和今天大多数开发网站内容的人一样，我从另一个方向来到这条路上。我大学毕业后的最初两年在视频产业工作。事实上，使我离开这个行当的原因是在工作中丢失了我做的一卷演示用的录象带，迫使我转向互联网事业。

我从那时起再也没回头，虽然偶尔感到一些怀旧的痛楚。我并不真的在意在网上观看我最喜欢的电视节目。

虽然在网上播放视频产品是可能的，但还不可行。未压缩的视频每秒需要播放几乎4兆的信息，这种传输速率在局域网上都很难达到，就更不用说大型网络了。人们正试图在将来的芯片中实现有效的视频压缩，但是当它实现时，视频也只是网上一种非常浪费的媒体。不管是运用快速蒙太奇还是别的方法，被传输的文件仍然相当大。

为了使视频在网上可行，我们需要实现聪明的内容。EDL（Edit Decision List）和SMPTE(Society of Motion Picture and Television Engineers)等视频编辑们认为是理所当然的时间编码标准很难转换到网上。SMPTE时间编码是视频时间片的标准，把视频信号分成小时、分、秒和祯（在视频中每秒30祯，在电影中每秒24祯）。

一旦SMPTE成为一种可采用的标准，就有可能描述基于时间片的一段视频。例如，第一个编辑发生在20秒和22祯处，持续2秒和4祯，然后切换到持续1秒和15祯，等等。很快，很多编辑台提供了可以记住某个给定片断的EDL，可以把EDL存储为只有几KB的计算机文件。这样，如果主卷丢失或被破坏，或者增加新的胶片，可以简单地用EDL来重建脚本。

这就是SMIL的基本原理。

直到现在，描述网上临时数据的明确定义的方式还没有真正出现。

公平地说，确实有一些面向网页的技术。其中的大多数，如Macromedia的Shockwave或RealNetwork的RealMedai，需要插件、ActiveX控件甚至单独的应用程序首先被下载下来，然后使用百分之百所有权的文件格式。而且，这些技术产生的文件对搜索引擎没有意义。

基于Web的多媒体缺乏标准部分是由于今天的混乱，但是同时也是可以原谅的。带宽依然是个问题，假设大多数人用28.8kbps的速率上网，1M的信息要花几分钟来下载，对音频和视频，1M的信息根本算不了什么。所以除非你知道你的大多数观众有一个快速连接，使用基于Web的多媒体是没有意义的。

好象我们可以在18个月内可以看到一些带宽的戏剧性的增长，或者象xDSL和电缆modem等技术的发展超过测试阶段。最重要的事实是通常很保守的W3C已经发布了一种试图处理多媒体的标记语言的工作草案：SMIL